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EMBEDDED HTML DOCUMENTS 



The present invention relates to embedded html documents and to a 
system and method for the rendering thereof. 

inform^ "* inS, ° rtanCe ° f ** Int6niet " 3 « " ° f «*«*». 
mformatxon over recent years has increased dramatically, various 

businesses are now using the Internet to advertise their products and 

services. The operation of the Internet and the use of html is well 

understood within the art and therefore only brief detaUs thereof will 

be Presented here. Further information relating to the internet and html 

can be found xn. for example. "HTML Sourcebook. A complete guide to 

HTML", by Graham. I. S. (aohn Wiley and Sons, mc) , » S pi Ming the web . by 

Andrew Ford (International Thomson Publishing, London 1995, and -The 

world Wide web Unleashed" by John December and Neil Randall (sams 

Publishing, Indianapolis 1994, . mformation accessed via the Internet is 

thT^ diSPlayed U8in9 3 ^ Br ° WSer - ^ "* B — « ^"erpret 
the HTML contaxned within an HTML document or web page. The HTML 

controls the presentation of output to a visual display unit of the 

computer running the web Browser as is well xnown within the art. a web 

Page typically contains so-called hyperlinks to other web pages. Each 

vperiin* is a uniform Source Locator Curl, which is used L access 

further a web page or HTML document stored on a particular server 

connected to the Internet, m order to display the other web pages, the 

user selects the URL corresponding to that web page using a mouse. The 

assorted web page or HTML document is retrieved and forwarded to the 

user's web Browser for subsequent display in the conventional manner 

Se ecting a url from one web page causes the web page identified by ^at 

C ° bS di8Played in Place of *• gently displayed web page thereby 
removing the currently viewed web page from view. * 

parts * TT" d ° CUment ^ 8 d ° CUment WhiCh COmPriSeS « ' 

Parts. Each component part typically contains and displays data of a 

contaInT T ^ ^ * > B "" t may be 

Wlthm 9 t6Xt C<MBPOnent ° f * *«— t while the accompanying 
drawxngs are contained within graphics component of the document T he 
text and graphics components can manipulate their respective data 
independently of each other. Furthermore, the underlying code 
controlling the display or processing of the data associated therewith 
can be modxfed or replaced independently of the other component paT 
constitute the document. Many environments exist for the deve op" nt 



of compound documents. An example of such an environment is the Openooc 
CaXi omia „ SA >, and described in -The Byte Cuide to ppenooc by 

0 07 882U8.5. inforoation relating ^ ^ 

documents can be found in the above reference. 

The html documents or web pages as described above can be utilised 
to produce single layer documents which comprise different data types 
For example, the <I„ G SRC-f ilename.gif •> tag can be U8e<J tQ iacl ^ ^ 
-age within a rendered HTML document. The image contained in the file 
filena.e.gif is included by the web browser in the rendered HTML page 
The current documents accessible on the Xntemet can only be viewed J 
. sangle layer documents comprising text and images. The images within a 
rendered HTML documents are rendered by the web Browser, html does not 
support nested or multi- layered HTML documents. 

first I7 rdiagly ' lotion provides a method for rendering 

first and second html documents comprising respective first and second 
sets of htm! data to a display screen, wherein the first html document 
has embedded therein the second html document, comprising the steps of 

said sZT "* renderin9 ^ flrSt S " ° f M d " a t0 * «»' -a'of 

seeo / eSerVia9 * 8eCOad Mea ° f 8ai * *>r use in rendering said 

r htBl d " a ' Sald 8eCOnd " ^ — — within 

said first area, and 

withi/s^ir an V endering the S6C0nd s « ° f *>* aata to said screen 
witnm saad second area. 

The present invention advantageously provides multi -layer or 
tedded html documents and allows such documents to be rendered to the 
screen of a computer system or other suitable display device. 

in the preferred embodiment, said first html document includes a 
Java applet tag containing a reference to a Java html parsing and 
rendering applet for parsing and rendering html to the screen, and the 
step of reserving the second area is responsive to said Java applet tag. 
and saxd steps of parsing and rendering said second set of html data are 
peformed by said Java applet. 
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render*!" J* 0 """* — — HTML documents to be realised and 

providing that the latter has the c apability of aupporting Java Such 

support could be provided in many instances by way of . 

Browser such as the Hotaava browser available fro* Sun MicroSysLs of 

ourse. any other network enabled language could be used instead of aava 
to provide the parsing and rendering function. 

The parsing and rendering of embedded html documents may employ the 
same text format and graphics fonts within both HTML documents, or 
alternatively they may differ between nested html documents. Thus it is 
Preferred that the method further comprises the steps of creating a data 
structure for storing format data comprising a plurality of 
. characteristics which determine the format of the rendering, said 
rendering being performed according to current format data, and wherein 
saxd steps of, parsing and rendering further comprise the steps of: 
identifying new format data, 

storing a copy of said current format data in the data structure 

ana 

Edifying the current format data according to the new format data, 
in the preferred embodiment, when a need to change the current 

ToZl TT to 3 precedin9 fomat is identified - a cow of *• 

format data stored in the data structure may be recovered, and the 
current format data modified according to the recovered format data. 

Preferably the step of modifying comprises the step of changing 

Toll :: " Sai<3 PlU " lity ° £ of the l ent 

format data according to the new format data, thereby retaining 

t raCterlStiCS ° f St0rCd f0rm " da "- Utilisi - ^is approach 
enables . reductloa in procesaing ^ ^ 

set format paraneterg a format changeg> 

Parameters can be used. Por example, if tne text merely changes from a 
Plain style to an italicised style, it is desirable that ^ * 

~ a r: h r ins the same - Therefore ' *• — *™~»uL~» 

retaxn the current font size and name and vary only the font style. 

htm! inVenti ° a alS ° Pr ° VideS a SyStCm f ° r renderi ^ ««t and second 

to dlT" COffiprisin9 respective first ~ — — - »T 

he j ; :i::t wherein first btmi ^ — 

cue second html document, comprising 



means for parsing and rendering the first set of M data to . 
first area of said screen, 

means for reserving a second area of said screen for use in 
rendering said second set of html data, said second second area bein* 
embedded within said first area, and 9 

means for parsing and rendering the second set of htm! data to •„ 
screen within said second area. t& t0 Said 

Embodiments of the present invention win now be described, by way 
of example paly, with reference to the accompanying drawings in which 
figure 1 illustrates a computer system; 

invent!'" 2 U1UStrateS SChematiCally the of the present 

• d :::i: t : aepicts scheMticauy a — «- ~ el or ^ 
- jzv^r a sc ^ tic fiow au9ram ° f tne — 

figure 5 shows a table for mapping n» ta g S and corresponding 
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Referring to figure 1. there is depicted a bloc* diagram of a 
Persona! computer system io, such as an z» PS/2 personal computer 
computer system !0 includes a 32-bit processor and system bus 12 ' 
Connected to system bus 12 is a central processing unit (CPU) 14.' f or 
example an Xntel Pentium Processor or e<I uivalent microprocessor. CPU 14 
Passes data to and receives data from other devices attached to system 
bus 12 over the system bus. Traffic on the bus is controlled by a bus 
controller 1 6 . to interrupt controller ie handles interrupts pLed 
between CPU 14 and the remaining devices. 

Read only memory ,rom, 20 is non-volatile memory storing power on 
test processes and a basic input/output system (BXOS or ROH-BXOS, The 
system memory 22 is random access memory into which an operating system 
ore erably a 32-bit operating system such as IBM OS/2 WARP whic u" o"s 
concurrent processes or multipXe concurrent thread,. is loaded for 
execution to support execution of applications. The computer system has 
so tware or applications which provide f{jr ^ execution P of te ^ tem haS 

illuTa 3 ?^ C ° mPOnentS ° f C ° mDUter 10 3ttaChed t0 12 
xnclude a memory controller 24 and a system configuration store 26, 
provided by random access memory (ram, . 
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Auxiliary data storaae is 
associated stora ge devices L U Z a , " C ° atr ° llerS "* 

controxier 28 and drive 30 That. ^ "* " di8kette 

with CD- roh drive 38 An SVGA "»* — < R ™ controller 36 

- - current ^tHL^^ 1^7 ' ^ " * 
buffer u te 1om _, ,,„„, * "° r,d - 10 "-outers, th. 



^ ^ Wlth °ut interaction by CPU 14 K pv^,^ 

«. „ . jo - -.««,. .. 

to provide an interface a „ entries, and may be used 

■ lw '-«iace to a "mouse" Pat- a n„i _ 

controller for an i^ or output "^J 52 ^ ■ *~ice 
colter l0 b y a paraUel cable) A camera 56 ' ** 

— - _ to receiv i a e ~ 

exampXe, is for ^ ° * ^ - One Poss ibi lit y . 

-Ilea ^etwor* computer-, wMch has no J d a ° d 3 
rather downloads instructions across . aetv J *™ " ^ ™< ^ 

documents or web paces sto „. * °">wser, used to access html 

«-t™, ^1™ n ^: e ;™ eraet — 205 

-a an. other suitable network, such" J ran l IT 
etc) . The Java-capable web browser may be , * """O 1 *' 

bowser available from Sun Micros TL ^ ~ 

contains at least two „» documents 2 10 an d 2 C h *" 
instructions to be rendered to the screen^ 1 C ° ntainin * ~ 

the aava-capable browser. The firs HZ 1 "^"^ ^ rUBBl «* 

P ium ity of ia8tructions zi:z,Tr:\ 210 contains a 

-va applet 220 to be downloaded and t u e d Z ^ ^ ^ > 
HTM, parser capable of parsin g and rendering html ins t^ ^ " " 
screen of the computer sys tem upon which * ^T^"" * °» 
creation of applets and fho^ • browser 1S running. T he 

-s is W eu zr e ™^r ™ ~ - 

applets can be found in for information relating to 

o-d ». ^ example. -Teach vourself Ja va in 2l Days „ by 



the applet. The ap Pl et tag also contains -width- and -heioht- n, 
which g ovem the si,e of the wor* space 225 within"L h L^P HL"" 
^ or render data. Ia the present embodiment. tne raL " £ 

second HTML document 215 to be rendered to the screen 42 ^ 1 
system. When the applet is launch** computer 
^ . »PPAet is launched, the second HTML document 215 i, 

obtained from the Internet server and the html in,-~ . 
t.h«^4 ™ L ln structions contained 

therein are rendered to the area nf ,•>,„ ea 

to tne area of the screen reserved for used bv th » 
app let. The re nderin g by the applet within the respective r e rZ r a 

t e screen and the actions perked bv the applet are indepen d n 
the actions performed by the html instructions contained within the ir t 
. Km document 210. Therefore, using the Java ht*l parsing and renL in 
applet, . « document can be embedded and rendered with LI Z 

1: -I — « — - — - 

associated tags and to launch applets accordingly Ther^ e X 
HT*L documents can be embedded within the second HTML document by 
including therein an HTML parsing and rendering applet and a refL 

or embedded HT«L document. As a consequence of nesting html parsers 1 
renderers according to the above embodiment, multilevel or eld Tl 

srtr: be r ted - renderea c ^ ui »° «• *- - - ™ 

html. Each succeeding or embedded html document is realised by including 
an html parser and rendering applet within a or„n 0 *• including 

a appxet within a preceedmg HTML document. 

The following HTML document illustrates a multi- levelled HTML 
document realised according to an embodiment of the present invention. 



<html> 
<head> 

<titie>EMBEDDED DOCUMENT EXAMPLB</title> 

</head> 

<body> 

<applet codebase=http : //bull .hursley . ibm.com/classes 
code-HTMLpart. class width=600 height«400> 
<param name^dataURL 

value-http : //bull .hursley . ibm.com/examplela.htrnl> 

</applet> 

</body> 

EXAMPLE 1 

The HTML elements such as <html>. <head>, <title>, <body> and 
</body> are well understood by those familiar with HTML and will „ ot be 
counted upon further, within the applet tag. <applet...>, -code" is 
used to indicate the name of the class file that holds the applet which 
parses and renders HTML and -codebase- is used to identify the Internet 
server and directory which contains the class file containing the a PPl et 
Therefore, in the present example, the html parser applet would be 
located in the class called "HTMLpart . class" on internet server 
-bull.hursley.ibm.com- in a directory caUed -classes-. The -param- tag 
is used to pass parameters to applets as is well Known within the art. 
There ore an applet can receive inputs from the html document which 
contains the <appiet> tag. Th e <param> tag comprises two elements, 

Z Z IT, T VSlUe WWCh reDreSeat *" »™ ° f «» to be 

r soect ^ ° f *° ****** to the applet 

nZ sZ " ^ ^ ^ ** *™ ««" th " paraler 

-name is -dataURL- and the parameter value is 

»http = //buU.hursley.ib».com/exam P l ela . htlnl „. The parameters are 
incorporated into the applet using the "getParameter- method as is well 
known within the art. 

When the applet is executed the -HTMLpart- obtains the -dataURL- 
parameter using intrinsic Java capabilities and thereby obtains the 
contents of the file -examplela.html- from internet server 

L« 1 her hU „ r l eyabm,COm "- ^ ""^^-l" is a file containing 

ex" T T r trUCti ° nS - ^ " le "exampleaLhtml- may contain, for 
example, the following html instructions: 
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<html> 
<head> 

<title>EMBEDDED HTML</title> 

</head> 

<body> 

This section of text is embedded within the work 

use by the applet reading parsing „ rZ^ZJZZ" *" 

<ap Pl et codehase^http./^x,.^,^.^.^^^ 

code=HTMLpart.class width-300 height=20C> 

<param name=dataURL 

value^http^/buu.hursley.ibm.com/exainpleab.hanl* 

</appiet> 

</body> 



EXAMPLE 2 



The HTML file "exampielb.html* referred ^ 

- a P p le t H^ rt . class . which par3e ; ™ n 

shown be^ow. The HraL lastructions belQw text th and ^ inStrUCti °» s 

i»age to the screen « of the computer system "* 

<html> 
<head> 

<title>Embedded text and image</title> 

</head> 

<body> 

This section of text is rpiai-^ t ^ . 

C 18 relate <* to the image rendered below 
<img src= n image. gif «> 

</body> 



EXAMPLE 3 



The applet tag in example 2 reserves. wi thin the work space 
reserved for the first applet tag in example 1 a f !„ 
rendering the outout of m, fUrUl8r WOrk space for 

decent abtve n J ^V 1 ^- —ore. the first « 

in EXAMPLE 2 whilT tU rn h ^ * b ™ 

r — 3 the^tr, r: r^r.r^tr shown 

document. Each level of HTM, document can process and rtder^ta 



by respective html documents (although of course the different html 
components do not necessarily contain different data types) . 

Referring to figure 3 there is shown schematically the result of 
rendering the multi-levelled HTML document iUustrated in Examples 1-3 
The work space reserved for use by each applet has been depicted by a ' 
dotted line for the purpose of illustration only. Normally, ^ dotted 
lines would not be present, to allow seamless integration of one html 
document within another. 

Referring to figures 4A to 4C. there is shown a schematic flow 
dxagram of the processing performed by the Java applet parser and 
renderer. At step 400 the default text format options are set and a text 
. buffer and a format stack are created. The text format options govern 
the manner in which the text is subsequently displayed upon the screen of 
the computer, m the present embodiment, the text format options include 
font type, font size and font style. The text format options are stored 
in a data object and can take various values according to the 
capabilities of the computer executing the Java applet. The default 
options may be. for example, a font type of Times Roman, a font size of 
10 and a font style of plain. The text buffer is used to store 
characters to be rendered to the screen of the computer system by the 
applet and the format stack is used to hold temporarily a plurality of 
text formats. The text data format object is used to store text format 
options on the text format stack. 

The HTML document to be parsed and rendered by the applet is stored 
as a stream of contiguous characters. Hence the html instructions of. 
for example, example 3 would be stored as follows- 
<html><he a d><title>Embedded text and in*ge</title></head><body>This 
section of text is related to the image rendered below <img 
src=° image . gif -></body> , 

charaJ 116 '"V"*'" " « st *> «S in preparation for receiving 

ti l t0 rendered ' ^ Cha " Cte " —""tin. the HTML are read 
f om a g,ven html file and stored in the text buffer at step „. mll . 

the beZ en ° OUntered - ^ - Within HTML represents 

the beginnxng of a HTML tag as is „ eU ^ within ^ ^ ft 

determination is made at step 415 as to whether or not the text buffer is 
-Pty- « the text buffer is not empty, the text currently stored 
therein is rendered to the screen using the standard Java libraries and 



< ■ > •" » 
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the current format setting at step 420 and then the text buffer is 
cleared atstep 425 in preparation for rece ivi„ g further text tQ be 
rendered, if the text buffer is empty furtw „ 

a. mm doo^c « „ w „„ TJ. 2 ZtZT" — ' m 

character is encountered. 

A determination is made at step 435 as to whether or not the first 
character following the is an exclamation character. f so ne 

characters read from the HTML document since the Xast character 

rendered to the screen and controX returns to step 405 whereupon the text 
*uf e r is cleared . If notf a detemination is ^ J » -t 

whether or not the next non-space character is a solidus thereby 
indicating that the tag represents an end tag. 

If the next character is not a solidus, the characters stored 
-thin the text buffer must represent an H^x., tag, a determination is 

ZZ H I" "! ^ ^ ^ ° f HTML r4preSent6d by 

read by the appXet by comparing the characters stored in the text buffer 

with a pxuraxity of stored characters representing Known HTML tags, once 
the type of HTML tag has been identified, a determination is made at step 
50 as to whether or not the ht«L tag is capabXe of influencing the 
format of the any subsequently displayed text. A format table of html 
tags capable of influencing the format of displayed text is stored w^hin 
the memory of the computer, herring to figure 5. the format table 
comprises a plurality of html tags which influence the format of 

isplayed text together with a pXuraXity of format vaXues representing 
the style, font and font size associated with respective html tags. The 
characters representing the HTML tag are compared with each of the HTML 
tags stored within the format table until a match is Xocated. once a 
match is located, the current format parameters are pushed onto the 
format stacx and the current format parameters are set to equal those 
determined from the format table as corresponding to the matching html 
tag at step 455. Having determined the appropriate format for any 
subsequently displayed text, control is passed bacx to step 405. Any 
subsequently rendered text win be output according to the determined 
tormat . 



steo 4 t * " iS ne9 " iVe ' U ia "'ablished at 

step 460 whether or not the tag corresponds to an applet tag. if so an 

applet context object is created at step 4 65 . Pressing is then 
continued from step 405. 



If the html ta, does not represent an applet, it is established at 
step 4,0, whether or not the tag represents a para™ tag. « so, the 
Parameter data for the appiet is stored within the most recently created 
or an appropriate applet context object at step 4,5 in preparation ' 
the invocation of the app!et. u the tag does not represent a para* tag 
rocessing of the HTML document is again continued fro» step 405 Z 

rlcognteT ^ " ^ ^ *** ^ *> «* 

If the determination made at step 440 is such that the next non- 
space character is a solidus, a further determination is made at step 480 
as to whether or not the characters stored within the text buffer 
represent an applet end tag, that is to say, whether or not the 
characters stored within the text stack are -</a PP i et >.. If so „ 
appXet object is created at step 485 using the parameter data previously 
stored in applet context object and the applet is invoked, at step 490 
usxn g the initO aava instruction as is well Known within the art to ' 
xnstxgate execution of the applet. Processing continues then from step 

text buffe?/ etenBinati0n 13 SUCh CtaMCt «» St °" d ^ the 

text buffer do not represent an end applet tag, it i s established, at 

step 4S5, whether or not those characters represent an end tag associated 

Toll CaDaMe ° f inflUen ° in9 ^ ° f ** — X f so, th 

format parameters most recently placed onto the format stack are then 

Pulled or popped from the stacx thereby discarding the current format 

n:r t e ;rr 9 ** curreat foraat — - — 

stack. Therefore, any subsequently rendered text win be displayed 
-e current for^t parameters. Processing then continues fL ^ 

As described above, the format stack stores a plurality of for**,* 
h e I~/ r0n *" V8ri0US ~ <- — « — oTin Li: 

the format of any subsequently output text Earh n 

text. Each time a new HTML tao i <* 

uT:i: w r c is cap r of inf iuencin9 - — - —::/ 

the currt 'fol ^ ~ ^ »«* - 

current format parameters are set to equal those parameters which ar. 

associated with the new HTML tag Therefor* an J 

text will havo . * Therefore, any subsequently output 

end J 9 ° Verned ^ ^ aeW f0 ™ at when the 

ol t aSS ° Clated ^ ^ iS «—t«d the urlt 

format parameters are discarded and the format parameters most recent" 
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Placed upon tte stack are retrieved u 
te« is formatted according t0 ^ fonnat parajneters retrieyed r_ £t 

text ■TILT'* - ' * l6Vel 0,16 h6adin9 ^ ae8ted italicizea 

iz /H > r si <Hi>Levei 0,16 Heading<i> uauc ^ - j 

I 'l l t0 ° Perati ° n ° f ^ aPPl6t ^ e fonnat 

parameters associated with level one heading tag , <H1> . woul<J fce 

~t -eved ana the text ... one Heading would be output acco din g to 

However , when the app let encounters the itaXic t ag 
<I>, the current fonoat parameters, that is. the level one heading fl at 
r :i terS ' " —~ «• «■ stac* and the the italic style is a dT 
o the current format peters, before, the subseauently rendered 
. It ic text- win be formatted aC cordin g to the level one heading, ut 
ur L 'I ^ *" UaUC «*" <n> - iS —ered, «- 

Placed on the stacx are retrieved. Therefore, the text Return to level 
one- „xi be rendered according to the format parameters a3S oci a ted with 
the origmal level one heading tag. 

Referring again to figure 5, it can be seen that the italic tag has 
ssocxated therewith a font style of font. ITALICS while the remaining 
font types are represented by asterisk thereby indicating that the font 
name an siae are wildcards. The effect of having such asterisk within 

set of format parameters is that the values of the previous format 
parameter are retained for subsequent rendering of text. Therefore, the 

si 71°** T 3LZe ° f SUb — ^ — «- text remains the 
«me as those for the previously rendered text. FO r example, assume that 
the <H1> tag has associated therewith the following set of format 
parameters, font.BOLD, 20, and TimesRoman and that the <i> ta g has 
associated therewith format parameters of font.iTALic, .nd • 
Further, assume that the following h™, is to be rendered to the screen 
of the computer system: <Hl>Text having <i> some italicised</1> 
text</Hl>. The result of rendering the above text would be as follows- 



Text having some italicised text 



in the above flow chart the processing of repeated space characters 
xs not expressly described. However, one sailed in the art would 
readily recognise that all but one of a plurality of contiguous space 
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characters are ignored when rendering character or graphics to the 
screen. 



It win be appreciated that the steps of rendering a first HTML 
document may be conducted substantially concurrently with the rendering 
of the second or an embedded HTML document. The respective documents may 
be processed using, for example, different threads within a multi- 
threaded operating system or environment for the execution of the applet 
Performing the rendering and the parsing. However, an embodiment can be 
reansed in which all of the instructions contained in a preceeding html 
document are parsed and rendered before the parsing and rendering of a 
succeeding or embedded html document is con»enced. in SUC h an embodiment 
the method steps of the present invention may be performed substantially 
sequentially. y 
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CLAIMS 



7 n9 fir8t *** 8eC ° nd hUBl d0CUBeats Rising 

respective first and second sets of html data to a display screen. 

wherein the first htm! document has embedded therein the second html 
document, comprising the steps of: 

parsing and rendering the first set of html data to a fi rst area of 

said screen, 

reserving a second area of said screen for use in rendering said 
second set of html data, said second second area being embedded within 
said first area, and 

parsing and rendering the second set of html data to said screen 
within said second area. 

2. A method as claimed in claim 1, wherein said first html document 
includes a Java applet tag containing a reference to a Java html parsing 
and rendering applet for parsing and rendering html to the screen, and 
wherein the step of reserving the second area is responsive to said Java 
applet tag, and said steps of parsing and rendering said second set of 
html data are peformed by said Java applet. 

3. A method as claimed in either of claims 1 or 2, further comprising 
the steps of creating a data structure for storing format data comprising 
a pluralaty of characteristics which determine the format of the 
rendering, said rendering being performed according to current format 
data, and wherein said steps of parsing and rendering further comprise 
the steps of: 

identifying new format data, 

storing a copy of said current format data in the data structure, 

and 

modifying the current format data according to the new format data. 

4. A method as claimed in claim 3, further comprising the steps of 
identifying a need to change the current format data, 
recovering a copy of format data stored in the data structure, and 
modifying the current format data according to the recovered format 



data, 
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A method as claimed in either of claims 3 or 4, wherein the step of 
modifying comprises the steps of changing only sel ectable ones of said 
Plurality of characteristics of the current format data according to the 
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™ t v ata thereby retainiag seiectaiie « .t— 



6. A system for rendering f irst ^ second html dQC comprising 
respective first and second 8 ets of htm! data to a display screen ' 
wherein the first html document has bedded therein the second „« 
document, comprising 

means for parsing and rendering the first set of html data to a 
first area of said screen, 

means for reserving a second area of said screen for use in 
render^ said 3econd set Qf html ^ ^ ^ 

embedded within said first area, and 

means for parsing and rendering the second set of html data to said 
screen within said second area. 

7. A system as claimed in claim 6, further comprising means for 

executing aava instructions, wherein said first hum document includes a 
aava applet tag contaiaing , ^ ^ ^ & ^ ^ i^des a 

wherein aid means for reserving the second area is responsive to said 
of html data comprises said Java applet. 

8- A system as claimed in either of claijns 6 or 7 furrw 

p™ :rr a data — - — ^^sr: 

Plurality of characteristics which determine the format of the renderL 
d : a LTh^ meanS *— ** " " - — - f ol 

mtL:r in / aid means for parsin9 - renderin - f — 

means for identifying new format data. 
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£ as claimed 1,1 either of claiBS 8 or 9 ' whereia 

for modifying comprises means for changing only selectable ones of said 
Plurality of characteristics of the current format data according to the 
new format data thereby retaining selectable characteristics of stored 
format data. 

XI. A computer program product on a computer readable medium comprising 
a multi-levelled document object comprising a first level of html data 
and a second level of html data embedded within or accessible from said 
first level, said first level of html data including a reference to said 
second level of html data to allow said second level of html data to be 
rendered within a predeterminable area of said firs.t level of html data. 

12. a computer program product on a computer readable medium for 
rendering first and second html documents comprising respective first and 
second sets of html data to a display screen, wherein the first html 
document has embedded therein the second html document, comprising 

means for parsing and rendering the first set of html data to a 
first area of said screen, 

means for reserving a second area of said screen for use in 
rendering said second set of html data, said second second area being 
embedded within said first area, and 

means for parsing and rendering the second set of html data to said 
screen within said second area. 

13. A computer program product as claimed in claim 12,'' further 
comprising means for executing Java instructions, wherein said first html 
document includes a Java applet tag containing a reference to a Java html 
parsing and rendering applet for parsing and rendering html to the 
screen, and wherein said means for reserving the second area is 
responsive to said Java applet tag, and said means for parsing and 
rendering said second set of html data comprises said Java applet. 

14. A computer program product as claimed in either of claims 12 or 13 
further comprising means for creating a data structure for storing format 
data comprising a plurality of characteristics which determine the format 
of the rendering, and wherein said means for rendering is responsive to 
current format data, and wherein said means for parsing and rendering 
further comprise: 

means for identifying new format data, 
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means for storing a copy of said current format data in the data 

structure, and 

means for modifying the current format data according to the new 

format data. 
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